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Discovery information for D? multicast 

Field of the invention 

The invention relates to the delivery of multimedia services from a DVB compliant bundle to 
subscribers connected to an IP network. The services are delivered over IP multicast 

Background of the invention 
Broadcast of multimedia services 

Digital multimedia services such as for example television broadcast are currently delivered 
through service providers such as cable companies, satellite operators and, of course, direct 
terrestrial broadcast reception via traditional antennas. Conventional cable service requires the 
installation of a dedicated cable to the subscriber's residence. Satellite broadcast service 
requires that the users have a satellite dish located on or somewhere close to their residence. 
Antennas are generally limited to the reception of local programming. 

Fig. 1 schematically shows a service provider 100 and satellite broadcast / reception 
equipment 101 used to deliver digital multimedia services to a subscriber. 

15 Themultimedia services are delivered to subscribers equipped with a Set Top Box (STB) 102 
or any other device that allows to receive, decode and process the broadcast services. Other 
examples for such devices are a personal computer or a decoder integrated in a television set. 
The STB is connected to an audiovisual display 103 which allows to render graphics and 
sounds produced at an output of the STB as a result of processing. The STB receives 
20 instructions from a user through a control interface such as for example a remote control 104 
or a keyboard. This allows to instruct the STB to switch from one service to another, e.g. to 
switch from one television channel to another 

The service providers may broadcast the multimedia services in the frame of an offer and 
according to a widespread regional standard, e.g., the DVB-SI (used in Europe) and ATSC- 

25 PSIP (used in the US) standards which are used for satellite and terrestrial broadcast, or the 
SCTE (used in the US) which is similar to the ATSC-PSBP standard but applied to cable 
networks. The standards each include similar functionalities including the use of service 
information in transport stream. The standards are well known and described in the art. The 
offer typically comprises a plurality of services, such as for example audio and/or visual 

30 programmes, data services or applications. Each service may be transmitted in data packets 



1 



according to a well known MPEG-2 standard. The data packets are multiplexed in transport 
streams. A tansport'sffeam mayltLQv6f6v6 cany a"plufality"of services"Xjflhe--offerr-Due-to- 
bandwidth reasons, the service provider may decide to use more than one transport stream to 
transport the services, each one of the transport streams being broadcast at a predetermined 
5 frequency. The transport streams are part of a regional standard compliant bundle. 
Furthermore each transport stream includes tables of Service information (SI) which indicates 
for example which services are available in a determined transport stream, or at which 
frequency the transport streams are broadcast 

In order to receive, decode and process the services, the STB is MPEG and regional standard 
10 compliant. The STB extracts and processes service information which allows for example to 
„ . .... retrieve a description of a service and subsequently to select a service by tuning to a 
corresponding transport stream and filtering data packets. 

IP-based multicast 

IP based multicast relies on an infrastructure, in which an Internet Service Provider (ISP) 
15 operates the multicasting of audio/visual content with or without interactivity from various 
multimedia service operators and all the associated signalisation. Referring to Fig. 2, 
audio/visual content received for example from a satellite dish 200 is encapsulated in IP 
compliant format by an ISP 201 and multicast on the internet 202. 

IP based multicast bears the possibility to easily combine the offers of a plurality of service 
20 providers that may deliver their programs over various types of distribution systems (cable 
network, satellite, terrestrial). All offers may be combined and brought to the subscriber 
using the internet. Hence the subscriber requires only one access, i.e. an access to the internet. 
This provides flexibility both to the ISP and to the subscriber. 

The subscribers of the IP based multicast service providers have an EP compliant STB 203 
25 and require a connection to the internet. Possible types of connections to the internet include a 
PSTN telephone network, an ADSL connection or a permanent broadband connection such as 
a fibreglass or cable network line. 

A bandwidth of the connection to the internet may considerably vary depending on the type of 
connection used The limitations of the available bandwidth has encouraged to develop IP 
30 based multicast systems which allow to selectively multicast a limited number of services 
from one localisation (IP address and port pair) to a range of subscribed STBs, e.g., a 
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determined set top box obtains the services he has subscribed to only. It appears that the 
typical bandwidth available for internet connections is often at least one order of magnitude 
smaller than a bandwidth available in conventional cable networks or Satellite broadcast 
systems. 

In known IP multicast networks, the STB may send requests to the ISP for receiving data, 
thereby submitting a localisation, i.e. an IP multicast address and port pair at which the data is 
being multicast. In response to the request, corresponding IP data packets are routed to the 
STB. 

An example of an IP based multicast is described in W099/63759. The described system is 
used to broadcast content based on IP multicast using for example ADSL connections to reach 
set top boxes. The system allows to retrieve broadcast television signals and to configure 
these signals into IP format for transmission over a network. Furthermore the system 
comprises a management system for managing a subscriber's access to the television signals. 
The subscriber may select television programs using an Interactive Program Guide (IPG). 
The subscriber accesses the IPG through the Set Top Box (STB). In the STB implementation 
some memory may be available locally for storing specific information, or alternatively, the 
entire IPG is maintained in the network. The system further has a Digital TV Manager 
(DTVM), distinct from the STB, that provides end to end management of services and 
resources of the integrated broadcast delivery system. The DTVM in conjunction with the 
20 IPG provides a subscriber with the ability to channel browse for TV programs. Data delivered 
to the IPG is tailored by the provider based on a number of parameters such as the customer 
profile. 

Another example of an IP based multicast system may be found in W099/3 1 871 . This system 
was specifically designed to take into account the limited bandwidth of subscriber's internet 

25 connection. One or more central channel server(s) collects) information about available 
programming services distributed from a multiplicity of content providers. The channel server 
maintains a channel list database which tracks available content channel offerings and a 
subscriber database, which contains subscriber identifications and permitted channels for each 
subscriber. The subscriber sends requests for programs to the channel server which checks the 

30 request and enables a flow of channel programming from the content provider to the 
subscriber's STB. 
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In both W099/3187^and W099/63759, the subscriber is in communication with a server that 

"'receives" "and ^ 

STB is enabled only if the subscriber's request is found by the server to be valid. In order to 
provide this functionality, the server needs to process channel information from the content 
5 providers and to maintain a subscriber database. 

It appears that the bandwidth of subscriber's internet connections is increasing as fibreglass 
networks or other performing technologies are being deployed. The bandwidth is often 
reaching values which is comparable with that of bandwidth available in conventional cable 
networks or Satellite broadcast systems. 

10 Summary of the invention 

In a first aspect the iiiventioh provides a method for d^stributihg discovery information in an 
IP multicast television network. The method comprises multicasting offer information linking 
a service provider offer description and a service provider offer localisation within the IP 
multicast network. The method further comprises multicasting stream information at the 
15 service provider offer localisation, the slxeam information linking a multi program transport 
stream and a stream localisation within the IP multicast network 

In a second aspect the invention provides a method for broadcasting over an IP multicast 
network at least one offer of multimedia services received in form of a bundle of transport 
streams. For each offer, a determined service provider offer localisation within the IP 
20 multicast network is attributed. A file of offer information describing for each offer a relation 
to its attributed service provider offer localisation is created. For each offer, transport stream 
information is extracted from its bundle, the transport stream information comprising a 
transport stream identification for each transport stream. The method further comprises 
attributing for each transport stream identification a determined stream localisation within the 
IP multicast network, and creating for each offer a file of stream information describing for 
each transport stream a relation to its attributed stream localisation. 

In a preferred embodiment the method comprises adding for each offer a service provider 
offer description in the file of offer information. 

In a further preferred embodiment, for each transport stream a corresponding stream of 
packetized data is received and the packetized data inserted into IP packets. The IP packets 
are multicast at the stream localisation previously attributed to the transport stream, and the 
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file of offer information is multicast at a predetermined offer localisation. For each offer the 
corresponding stream information file is multicast at the service provider offer localisation 
attributed to the offer. 

In a third aspect the invention provides a method for receiving in a set top box receiver 
5 compliant to receive a bundle of transport streams and connected to an IP multicast network, a 
transport stream from a bundle. The method comprises obtaining multicast stream information 
from a service provider offer localisation, processing the stream information to determine a 
stream localisation previously attributed to the transport stream, obtaining multicast IP 
packets from the stream localisation, and extracting packetized data from the obtained IP 
1 0 packets, thereby obtaining the transport stream. 

In a fourth aspect the invention provides a method for receiving in a set top box receiver 
compliant to receive a bundle of transport streams and connected to an IP multicast network, a 
transport stream from an offer among one or many offers in form of bundles. Multicast offer 
information is obtained from a predetermined offer localisation, and processed to obtain a 
15 determined service provider offer localisation previously attributed to the offer. Multicast 
stream information is obtained from the determined service provider offer localisation, and 
processed to determine a stream localisation previously attributed to the transport stream. 
Multicast IP packets are obtained from the stream localisation, and packetized data extracted 
from the obtained IP packets, thereby obtaining the transport stream. 

20 In a fifth aspect the invention provides a method for receiving in a set top box receiver 
compliant to receive a bundle of transport streams and connected to an IP multicast network, a 
transport stream from an offer among one or many offers in form of bundles. Multicast offer 
information is obtained from a predetermined offer localisation, and processed to obtain a list 
of items, each item relating a service provider offer localisation and an offer. For each item 

25 multicast stream information is obtained from the service provider offer localisation 
corresponding to the item, and processed to obtain a transport stream list of transport streams 
and respectively related stream localisations. The transport stream list is stored in the set top 
box. 

In another preferred embodiment a determined transport stream is requested and a stream 
30 localisation corresponding to the determined transport stream found in the transport stream 
list. Multicast IP packets are obtained from the stream localisation, and packetized data 
extracted from the obtained IP packets, thereby obtaining the determined transport stream. 
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Brief description of the figures 

The invention will now be described in greater detail with reference to to^companying 
drawings, in which 

Fig. 1 shows a network system for broadcasting a DVB compliant bundle according to prioi 
5 art; 

Fig. 2 shows a network system for IP multicasting services according to prior art ; 

Fig. 3 shows an example of a network system as used in the invention ; 

Fig. 4A, 4B and 4C contains syntax diagrams for describing entity relation ; 

Fig, 5 contains a data model according to the-invention-; 

10 Fig. 6 schematically illustrates an example for multicasting transport streams according to the 
invention ; 

Fig. 7 schematically illustrates an example for offer and stream information according to the 
invention ; 

Fig. 8 contains a flowchart explaining an example of processing discovery information at a 
1 5 STB according to the invention ; 

Fig. 9 contains a flowchart explaining an example of obtaining a transport stream in a STB 
according to the invention. 

Description of the preferred embodiments 
General overview 

20 Referring to Fig. 3, a Multimedia Service Operator (MSO) 300 selects multimedia services 
broadcast over satellite, terrestrial and cable. The selection shown in Fig. 3 represents an 
example, and it may be varied in any combination of the suggested or any other known 
broadcast means. The multimedia services are delivered in digital television transport streams 
broadcast according to a regional standard such as for example the DVB broadcast standard. 

25 At this stage the transport streams are in MPEG-2 standard format. The MSO provides the 
MPEG-2 transport streams to an IP delivery network operator, such as for example an Internet 
Service Provider (ISP) 301. The transport streams are IP encapsulated by the ISP 301 and 
multicast on an IP broadband network 302. The network 302 may for example be the internet 
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or a proprietary IP network. Subscribers each have a STB 303 which is connected to the IP 
broadband network to receive IP data packets from the ISP 302. 

There may be additional MSOs, e.g., an MSO 304, providing transport streams to the ISP 
302. 

Alternatively, it would be possible to IP encapsulate the transport stream at the level of the 
MSOs instead of the ISP, and to deliver the IP encapsulated transport stream to the ISP before 
multicast. 

The MSOs generate discovery information needed at the receiver side, i.e., at the STB 303 
side to be able to locate the different transport streams. More precisely the discovery 
information is required by the STB to localise an IP multicast transport stream, i.e., to know at 
which IP address and port the corresponding IP packets may be received. The discovery 
information is inserted into one or many textual files, e.g. into the well known XML textual 
file format, and IP multicast on the IP broadband network 302 for the STB 303. Typically the 
discovery information is cyclically multicast. 

The STB 303 receives the XML textual files, extracts the discovery information and uses the 
discovery information to select a transport stream and to determine the localisation at which 
the transport stream is IP multicast. After receiving IP packets from the localisation, the 
MPEG-2 transport stream is decapsulated out of the IP packets. Further information necessary 
to discover actual services available over the received transport stream or indeed other 
transport streams, is afterwards acquired from the transport stream itself through classical use 
of service information as defined in the regional standard used for broadcasting the transport 
streams, e.g. the well known DVB-SI standard. 

Data model for discovery information 

Fig. 4A, 4B and 4C each represent an entity relation diagrammatic syntax that will be used to 
25 describe a data model for the discovery information. 

Fig, 4A represents entities El and E2, where one entity El is in relation to one or many 
entities E2. 

Fig. 4B represents a case in which one entity El is in relation to zero, one or many entities E2. 
Fig. 4C represents a case in which one entity El inherits from one entity E2. 
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Referring to Fig. 5, a data model for the discovery information generated by the MSO, i.e. 
MSO~3is^e7y~lhT6maH pesented7"Kfom^on~in "box* 500 "iiray comprise"- 

information about zero, one or a plurality of MSO offers 501. As an example, in the case 
illustrated in Fig. 3, two MSOs 300 and 304 contribute to the information about their offers to 
5 the MSO discovery information. 



Referring again to Fig. 5, the MSO offer 501 may correspond to one or many sources of 
discovery information 502. The nature of the discovery information 502 is described as a 
specialisation in Stream Discovery Information 503, that corresponds to information about 
10 transport streams available through IP multicast. The Stream Discovery Information 503 
cbrreqjonds to one or many Stream localisations 504. " ~ 



It is understood that the discovery information 502 may correspond also to other types of 
information than Stream Discovery Information 503. This may be the case if other data than 
15 transport streams are to be made available to the STB. One example of other data is a 
discovery information about a service that is being multicast, i.e., the discover}' information 
comprises a name, a proprietary IP address and a port number for that service. Another 
example may be discovery information related to a Video On Demand service. 

IP multicast system for D VB transport streams 

20 Referring to Fig. 6, a schematic representation of a system for bringing DVB transport 
streams to the STB of a subscriber using an IP broadcast network is shown. 

In this example, two offers (Offer 1 and Offer 2) are provided. The offers may be provided 
through one or more MSOs (not shown). 

The offers 1 and 2 respectively cover transport streams TS U -TS,, 4 and TS2,i-TS 2i 3 
25 available in MPEG-2 format. IP encapsulation in box 600 is used to encapsulate the transport 
streams, that are subsequently IP multicast at stream localisations respectively referenced by 
LN M - LN l(4 and LN 2f i - LN 2f3 , by an ISP 601. 
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Example of discovery information 

Referring to Fig. 7, a schematic example in which discovery information is obtained and 
multicast for the system shown in Fig. 6, is given. 

A first table 701 of offer information is created that indicates for each offer 1 and 2, a service 
5 provider offer localisation respectively LN 0|I and LN 0 , 2 at which it is intended to multicast 
stream information. 

A second table 702 and a third table 703 of stream information are created for respectively 
offer 1 and 2. Each table contains a list of transport streams and corresponding stream 
localisations. 

10 The stream information table 702 contains the list of transport streams TS U -TS,, 4 from offer 
1 and the corresponding stream localisations LNj.i - LNi, 4 . 

The stream information table 703 contains the list of transport streams TS 2> i -TS 2 , 3 from 
offer 2 and the corresponding stream localisations LN 2| i - LN 2>3 . 

The tables 701 - 703 are inserted into XML textual files which are in turn prepared to be 
1 5 transmitted over the IP broadband network (not shown). 

The table 701 is cyclically multicast at a predetermined offer localisation LN 0 , 0 , which is 
known by the STB. Hence the STB will know from where to obtain the offer information, 
which is required to obtain a transport stream. 

The tables 702 and 703 are cyclically multicast respectively at the service provider offer 
20 localisations indicated in the table 701 of offer information, i.e., at the service provider offer 
localisations LNoj and LNo.2. 

Use of discovery information in the STB 

It is understood that the STB is basically compliant to a regional standard, for example DVB 
compliant for the processing of MPEG-2 transport streams, i.e., it may process DVB transport 
25 streams and the corresponding DVB SI service information. This is well known in the art and 
will not be described here in any more detail. 
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One difference of the inventive STB as compared to a standard DVB compliant STB, is that it 
network, the transport stream being multicast at the stream localisation. 

Hence, any request from the STB which aims at accessing a service located in a determined 
5 transport stream, as determined through relevant DVB service information, will make use of 
discovery information gathered from multicast offer and stream information. 

When requesting a transport stream, the receiver uses a same transport stream identification as 
in DVB-SI. However, instead of tuning to a frequency read from a table and corresponding to 
the frequency at which the transport stream may be received, as is the case in DVB bundles, 
the tuner looks up a table of multicast localisations and reads the IP address and port pafr 
" ' " (stream localisation) from which me transport stream maybe obtained. 

This table is compiled from multicast offer and stream information, and stored into the STB. 

All further processing of the transport stream in itself and of DVB service information is done 
according to known methods well described in prior art. DVB service information contained 
15 in the transport streams may for example be used to build an Electronic Program Guide. 

An example of processing offer and stream information will now be described together with 
Fig. 8. The example is based on the offers 1 and 2 described in relation to Figs. 6 and 7. 

In box 800, the STB obtains at the predetermined offer localisation LN 0 . 0 the table 701 of 
offer information. The STB processes the offer information to extract for each offer, i.e., offer 
1 and 2, the service provider offer localisations LN 0 ,, and LN 0l2 at which stream information 
may be obtained. 



20 



The stream information is obtained in box 801 from the service provider offer localisations, 
and a table 802 listing for each offer, the stream localisation at which a transport stream is 
multicast by the ISP, is compiled and stored into the STB. 

25 The table 802 is used by the STB to identify at which stream localisation a stream may be 
obtained. This is illustrated in Fig. 9. Following a request 900 for a transport stream TS x .y, 
e.g., a request generated by an application running in the STB, the table 802 (known from Fig. 
8) is looked up in box 901, and the stream localisation LN X , Y retrieved. In a next step 902 the 
multicast transport stream TS x .y is obtained from stream localisation LNx,y, in form of IP 
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packets 903. The MPEG-2 packets of the transport stream are extracted through IP 
decapsulation in 904. The MPEG-2 transport stream is obtained for further processing by the 
MPEG-2 part of the STB in 906. 

Having described preferred embodiments of the invention with reference to the accompanying 
drawings, it is to be understood that the invention is not limited to these precise embodiments 
and that various changes and modifications could be effected therein by a person skilled in the 
art without departing from the spirit or scope of the invention as defined in the appended 
claims. 



Claims 

1 . A method for distributing discovery information in an IP multicast television network, 
comprising 

■ multicasting offer information (701) linking a service provider offer description (offer 
1, offer 2) and a service provider offer localisation (LN 0 ,i, LN 0 , 2 ) within the IP 
multicast network, 

■ multicasting stream information (702, 703) at the service provider offer localisation, 
the stream information linking a multi program transport stream (TS U -TS M , TS 2(I - 
TS 2 . 3 ) and a stream localisation (LN U - LN M , LN^i - LN 23 ) within the IP multicast 

network. 

2. A method according to claim 1, in which the offer and stream information are 
respectively cyclically multicast. 

3. A method for broadcasting over an IP multicast network at least one offer of 
multimedia services received in form of a bundle of transport streams, comprising 

- attributing for each offer (offer 1, offer 2) a determined service provider offer 
localisation (LN 0 ,i, LN 0f2 ) within the IP multicast network, 

■ creating a file of offer information (701) describing for each offer a relation to its 
attributed service provider offer localisation, 

■ extracting, for each offer, transport stream information from its bundle, the transport 
stream information comprising a transport stream identification (TS U -TS M TS2J - 
TS 2 ;0 for each transport stream, 

■ attributing for each transport stream identification a determined stream localisation 
(LN U - LNi, 4 , LN 2 ,i - LN 2 ,3) within the IP multicast network, 

■ creating for each offer a file of stream information (702, 703) describing for each 
transport stream a relation to its attributed stream localisation. 

t. A method for broadcasting according to claim 3, further comprising 

■ adding for each offer a service provider offer description in the file of offer 
information. 

i. A method for broadcasting according to anyone of claims 3 or 4, further comprising 
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■ receiving for each transport stream a corresponding stream of packetized data and 
insefflnglhe^cT^fized dato Irflo IP packets, ~ 

■ multicasting the IP packets at the stream localisation previously attributed to the 
transport stream, 

5 ■ multicasting the file of offer information at a predetermined offer localisation (LN 0(0 ), 

■ multicasting for each offer the corresponding stream information file at the service 
provider offer localisation attributed to the offer. 

6. A method according to claim 5, in which the files of offer and stream information are 
respectively cyclically multicast. 

10 7. A method for receiving in a set top box receiver compliant to receive a bundle of 
transport streams and rontiected to an IP "multicast network, a tr^port"stream from 'a bundle, 
comprising 

■ obtaining multicast stream information (702, 703) from a service provider offer 
localisation, 

15 ■ processing the stream information to determine a stream localisation (LN J( i - LN M , 

LN 2 ,i - LN 2 ,3) previously attributed to the transport stream, 

■ obtaining multicast IP packets from the stream localisation, 

■ extracting packetized data from the obtained DP packets, thereby obtaining the 
transport stream. 

20 8. A method for receiving in a set top box receiver compliant to receive a bundle of 
transport streams and connected to an IP multicast network, a transport stream from an offer 
among one or many offers in form of bundles, comprising 

■ Obtaining multicast offer information (701) from a predetermined offer localisation, 

■ Processing the offer information to obtain a determined service provider offer 
25 localisation (LN 0| i, LN 0 ^) previously attributed to the offer, 

■ Obtaining multicast stream information (702, 703) from the determined service 
provider offer localisation, 

■ Processing the stream information to determine a stream localisation previously 
attributed to the transport stream, 

30 ■ Obtaining multicast IP packets from the stream localisation, 
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- Extracting packetized data from the obtained IP packets, thereby obtaining the 
transport stream. 
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A method for receiving in a set top box receiver compliant to receive a bundle of 
transport streams and connected to an IP multicast network, a transport stream from an offer 
among one or many offers in form of bundles, comprising 

• obtaining (800) multicast offer information (70.) from a predetermined offer 
localisation (LN 0>0 ), 

- processing the offer information to obtain a list of items, each item relating a service 
provider offer localisation and an offer, 

- obtaining (801), for each item, multicast stream information (702, 703) from the 
service provider offer localisation corresponding to the item, 

■ processing (801) the stream information to obtain a transport stream list (802) of 
transport streams and respectively related stream localisations, 

■ storing the transport stream list in the set top box. 

A method for receiving according to claim 9, comprising 
requesting (900) a determined transport stream (TSx.y), 

finding (901) a stream localisation corresponding to the determined transport stream in 
the transport stream list (802), 

obtaining (902) multicast IP packets (903) from the stream localisation 
extracting (904) packetized data from the obtained IP packets, thereby obtaining the 
determined transport stream (905). 
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A method for broadcasting over an IP multicast network at least one offer of 
multimedia services received in form of a bundle of transport streams, comprising 

- Receiving for each transport stream a corresponding stream of packetized data and 
25 inserting the packetized data into IP packets, 

• Multicasting the IP packets for each transport stream respectively at a determined 
stream localisation. 
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Abstract 

Discovery information for IP multicast 

A method for broadcasting over an IP multicast network an offer of multimedia services 
receded in form of a bundle of transport streams, comprises attributing for each offer (offer 1 
offer 2) a determined service provider offer localisation (LN 0(I , LN„, 2 ) of the IP multicast 
network, and creating a file of offer information (701) describing for each offer a relation to 
.ts attnbuted service provider offer localisation. For each offer transport stream information is 
extracted from its bundle, the transport stream information comprising a transport stream 
identification (TS,, -TS M . TS,, - TS„) for each transport stream. For each transport stream 
identification is attributed a determined stream localisation (LNi.i - LN| 4 , LN 2I -LN 23 ) 
within the IP multicast network. For each offer is created a file of stream information (702 
703) describing for each transport stream a relation to its attributed stream localisation. 
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